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(57) Abstract 

A system and conesponding method provides complete func- 
tionality for creating and implementing marketing campaigns. Tlie 
system foimulates criteria for targeting ctots based on marketing 
strategies, identifies and extracts targeted clients from a data ware- 
house, automatically graerates leads/clients and tracks contact with 
such cliaits. The system is embodied in a contact service infiar 
structure (CONI). CONI provides contact management, mariccting 
campaign management, and lead generation for an overall infor- 
mation systems architecture for strategic marketing. (X)NI enables 
many of the strategic targeted marketing functions of the overall 
information system architecture by generating leads or lead records 
needed to implement a maiketing campaign, and tracking the ac- 
tivity conducted based on those leads. 




FOR THE POitPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT 



AL 
AM 
AT 
AU 
AZ 
BA 
BB 
BE 
BF 
EG 
BJ 
BR 
BY 
CA 
CF 
CG 
CH 

a 

CM 
CN 

cu 
cz 

DE 
DK 



Albania 

Amusuft 

Aastria 

Aosttalia 

Azerbaijan 

Bosnia and Hera^wina 

Barbados 

Betgnmt 

Btiikina Faso 

Bulgana 



Btazil 
Belarus 



Central African RepohBc 

Congo 

Swiizcfland 

Ctted'lvoiie 

Cawcroop 

China 

Cuba 

Czech Republic 
Gennany 
Demnaik 
Estonia 



n 

FR 

6A 

GB 

GE 

GH 

GN 

GR 

HU 

IE 

IL 

IS 

IT 

JP 

KB 

KG 

KP 

KR 
KZ 
LC 
U 
LK 
LR 



Spain 
Hnland 
ftance 
Gabon 

United Kiitgdom 

Georgia, 

Ghana 

Guinea 

Greece 

Hungaiy 



Israel 



Italy 



Kenya 
Kyrgyzstan 
Demociatic People's 
Republic of Korea 
R^mblic of Korea 



Saint Lucia 
L^dnenstein 
Sri Lanka 
Liberia 



LS 

LT 

LU 

LV 

MC 

MD 

MG 

MK 

ML 

MN 

MR 

MW 

MX 

NB 

NL 

NO 

NZ 

PL 

FT 

RO 

RU 

SD 

SE 

SG 



Lesotho 

Ijdniania 

Lnxemboius 

Latvia 

Monaco 

Republic of Moldova 

Madagascar 

The forater Yugoslav 

Repobttc of Macedonia 

Mali 

Mongolia 



Malawi 
Mexico 
Niger 

Nedicrlandft 



New Zealand . 
Poland 
Poctugal 
Romania 

Russian Federation 
Sudan 
Sweden 
Singqxne 



SI 


Sloveasa 


SK 


Slovakia 


SN 


Senegal 


sz 


Swaziland 


TO 


Chad 


TG 


Togo 


TJ 


Tapkistan 


TM 


lyricnif'nffitan 


TR 


Tknkey 


TT 


Ttinidad and Tobago 


VA 


Ukraine 


UG 


Uganda 


US 


United States of America 


VZ 


Uzbekistan 


VN 


Viet Nam 


YU 


Yugoslavia 


ZW 


Zimbabwe 



wo 98/49641 PCT/US98/06721 



SYSTEM AND METHOD FOR AUTOMATED LEAD 
GENERATION AND CLIENT CONTACT MANAGEMENT 
FOR A SALES AND MARKETING PLATFORM 

TECHNICAL FIELD 

5 The present invention relates to database and record management 

systems. 

BACKGROUND OF THE INVENTION 

Companies fix)m many different businesses and industries are engaging in 
new marketing strategies. To expand their customer base and estabUsh new customers. 
10 companies must target potential customers with new or ongoing marketing campaigns 
and contact development campaigns. Due to global expansion and industry 
convergence, markets are expanding and the number of potential customers is increasing. 
Therefore, targeting potential customers must be done efficiently. 

Pre\dous methods of identifying potential customers included identifying 
15 telephone numbers and corresponding customer names to perform mass calling 
campaigns. Mass calling campaigns are typically no longer effective because such 
campaigns require large volumes of resources, including telemarketers, 
telecommunication services, man hours, etc. Furtheraiore, mass calling campaigns often 
suffer from high failure rates. Moreover, since such campaigns focus on telephone 
20 numbers rather than individuals, the campaigns miss many potential customers. For 
example, one telephone number at a household could be associated with two or more 
individuals in that house, each of which may have separate needs, and each of which 

could be separately targeted. 

Customer data, including telephone numbers and customer names, are 
25 typically stored in a centralized and very large database. Prior calling campaigns would 
query the database for customers based on their telephone numbers {e.g., area code 
and/or three digit prefbc). More recently, new marketing strategies and campaigns are 
formulated which query the database for certain criteria related to phone number records 
in the database. Since the database is centralized and very large, such queries consume 
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significant processing time and are therefore time-consuming. Furthermore, results firom 
such queries are often diflBcult to effectively employ in a given mass calling campaign. 
Moreover, marketing strategies and campaigns are limited to types and organizations of 
data within the database. 

5 SUMMARY OF THE INVENTION 

In a broad sense, the present invention embodies a computer implemented 
method for generating leads for marketing campaign fi-om client records stored in a data 
warehouse. The method includes the steps of: (a) creating a mart containing a subset of 
the client records stored in the data warehouse, (b) selecting a subset of the client 

10 records contained in the mart based on a first query, and (c) constructing lead records 
based on the selected subset of the client records and additional information stored in the 
data warehouse. 

In a broad sense, the present invention also embodies a system for 
generating lead records for a marketing campaign based on client records stored in a 

15 database. The system includes a user interfece unit, a campaign management unit, a lead 
qualification filter umt, a lead management unit and a formatter unit. The user interface 
unit accepts query commands firom a user. The campaign management unit receives the 
query commands and creates a lead qualification fiher. The lead qualification filter unit 
appKes the lead qualification filter to the client data to extract selected client records. 

20 The lead management unit applies predetermined rules to the selected client records to 
produce a set of lead records. The formatter unit converts the lead records into 
formatted lead records for use in the marketing campaign. 



BRIEF DESCRIPTION OF THE DRAWINGS 

An exemplary embodiment of the present invention vnll be described in 
25 more detail relative to the following figures. 

Figure 1 is a block diagram showing an exemplary information system 
architecture suitable for practicing the exemplary embodiment of the present invention. 

Figure 2 is a block diagram of a contact service infi-astructure shown in 

Figure 1. 
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Figure 3 is a data flow diagram showing flow of data under an aspect of 
the information system arcWtecture of Figure 1. 

Figure 4 is an exemplary data structure diagram of a lead record. 

Figure 5 is an exemplary data structure diagram of a lead distribution 

5 record. 

Figure 6 is an exemplary flowchart showing basic steps and assodated 
displayed screens of processes performed by campaign management and lead inventory 
management processes of the contact service infrastructure of Figure 2. 

Figure 7 is a front view of a computer screen showing an exemplary user 

10 log in screen. 

Figure 8 is a front view of a computer screen showing an exemplary main 

menu screen. 

Figure 9 is a front view of a computer screen showing an exemplary 
status query and determination screen. 
j5 Figure 10 is a front view of a computer screen showing an exemplary lead 

marts irutial query screen. 

Figure 11 is a front view of a computer screen showing an exemplary 

initial query and display for a lead generation process. 

Figure 12 is a front view of a computer screen showing an exemplary 

20 table selection screen. 

Figures 13 and 14 are front views of a computer screen showing 

exemplary lead mart management screens. 

Figures 15 and 16 are front views of a computer screen showing 
exemplary distribution query and display screens for lead generation processes. 
25 Figure 17 is a front view of a computer screen showing an exemplary 

save, subnut or open lead generation queries screen. 

Figures 18, 19, 20 and 21 are front views of a computer screen showing 
exemplary results display screens based on lead generation queries. 

Figures 22, 23 and 24 are front views of a computer screen showing 
30 exemplary sales dty, forms and media type screens. 
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Figure 25 is a front view of a computer screen showing an exemplary list 

code screen. 

Figure 26 is a front view of a computer screen showing an exemplary 
security screen. 

5 Figures 27A and 27B together show an exemplary table built for 

constructing a lead mart. 

DETAILED DESCRIPTION OF THE INVENTION 

An information system architecture, and in particular, a system and 
method for providing enhanced marketing services based on data stored in a database, is 
10 described in detail herein. In tiie foUowing description, numerous specific details are set 
forth such as data flow, data formatting, user interfaces, organization and coupling of 
processes, etc.. in order to provide a thorough understanding of the present invention. 
One skilled in tfie relevant art, however, will readUy recognize that the present invention 
can be practiced without use of the specific details described herein, or with other 
15 specific dau flow, data formatting, user interfaces, organization and coupling of 
processes, etc. Well-known structures, processes and steps are not shown or described 
in detail in order to avoid obscuring the present invention. 



20 



1. Overview 

An exemplary information system architecture and corresponding method 
under an embodiment of tiie present invention provides complete fiinctionaHty for 
creating and implementing mariceting campaigns, such as telemarketing and direct maU 
campaigns. The information system architecture permits users to formulate criteria for 
targeting potential customers or clients {e.g., a query) based on a marketing strategy. 
25 identify and extract targeted clients from a centralized database or data warehouse, 
automatically generate leads, and track client contacts. 

The information system architecture, and many of its individual 
components, can be used for marketing efforts in virtually any type of business, such as a 
long distance telephone service provider. The embodiments of the present invention are 
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described herein with respect to a long distance telephone service provider, however, 
such description is for exemplary purposes only. 

The system includes a Contact Service Infrastructure (CONI). COM is 
preferably a software-based system that runs on any type or types of computer(s) that 
5 meet minimum performance requirements. In its preferred embodiment, COM provides 
cUent contact management, campaign management, and lead generation for the 
information system architecture. COM provides many of the strategic targeted 
marketing functions in the information system architecture by generating leads needed to 
implement a marketing campaign, and tracking resulting activity based on those leads. 
JO COM provides a graphical user interface (GUI) for users, where such 

users are typically business strategy units of a company (as discussed below). A user 
analyzes data from the data warehouse to formulate a new marketing strategy and 
employs COM to implement that strategy. Employing the COM GUI. the user specifies 
certain criteria to be used to target clients. COM generates a query and extracts data 
15 from the data warehouse which meets the criteria or query to form a localized data mart. 
Users can add additional criteria to further define or narrow extracted data to a finallist 
extracted from the data mart. The final Ust is then formatted into leads, complete with 
relevant data such as names, telephone numbers for telemariceting campaigns, mailing 
addresses for direct mail campaigns, etc. The formatted leads are then distributed to 
20 various telemarketing and (firect mail centers. 

COM also manages a given campaign by receiving results from each 
cUent contact. COM directs appropriate records to be updated and arranges follow-up 
for certain leads if requested. COM also feeds results of each cHent contact back to the 
data warehouse to provide a feedback loop in the information system architecture. Such 
25 feedback loop ensures that data stored therein is current and accurate. 
2. System Architecture 

Referring to Figure 1, an exemplary information system architecture or 
strategic mariceting system (SaMS) infrastructure 100 is shown. The various 
components of the SaMS Infrastructure 100 interact cooperatively as shown in Figure 1 
30 to provide many targeted marketing fiinctions, such as those described herein. The 
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SaMS infrastructure 100 perfonns at least three functions. cUent management, 
information management, and contact services. 

"CUent manageraent" includes the process of identifying, tracking and 
managing all of a company's cUents. "CUents" include both current customers and 
5 potential customers or leads, and therefore can consist of hundreds of millions of people 
for many companies. Client management involves descriptive behavioral data about 
cUents as individuals (rather than being based on, e.g., phone numbers). A primary 
component in the SaMS Infrastructure 100 for client management is a CUent Acquisition 
and Retention Management Architecture (CARMA) 102. CARMA 102 is preferably a 
10 software system that provides a database and data processing for cUent management. 
An exemplary embodiment of CARMA 102 is described in detail in co-pending U.S. 
Patent AppUcation entitled "System For Managing CUent Sales and Mariceting Data," 
which is ffled concurrently herewith and assigned to a common assignee of the present 
applicatioa 

15 "Information management" is the process of collecting, storing, and 

managing data that reflects entire cUent populations and trends. Information 
management provides decision support functions and tools that place raw data in contort 
for product and mariceting strategies. Information management deals with descriptive 
behavioral data about generaUzed cUent populations. A primary component for 
20 information management is a Decision Support System (DSS) 104. The DSS 104 
consists of a large-scale data warehouse, along with processes for collecting, storing, 
managing, distributing, and analyzing daU. In general, a "data warehouse" is a 
consolidation of information for many departments or "Business Strategy Units" within a 
company, as weU as information extracted from outside of the company. An exemplary 
25 embodiment of the DSS 104 is described below with respect to Figure 3 . 

"Contact services" takes conchisions drawn from data warehouse queries 
and uses them to formulate marketing campaigns and generate leads. It also tracks and 
manages aU contacts made with cUents. COM 106 provides contact services for the 
SaMS infrastructure 100. CONI 106 is preferably a software system that uses data 
30 extracted from the data warehouse of the DSS 104. along with specific strategies 
formulated by a company's Business Strategy Units to generate leads. CONI 106 
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interfaces with a Centralized Lead Repository (CLR) 108 to manage and track contacts 
with clients or leads, as described below. 

Information regarding such contacts made with clients are fed back to the 
client management function of the SaMS infrastructure 100. As a result, the client 
5 managOTient, information management, and contact services functions of the SaMS 
infrastructure 100 is a cyclic process: the information management fijnction puts raw 
data into context to perform research, draw condusions and form strategies; the contact 
services function formalizes and implements marketing strate^es based on the research, 
conclusions and strategies produced imder the information management function; and 
10 the client management function identifies and tracks individuals, collects descriptive and 
behavioral data, and provides such data back to the information management function. 

Various data providers 110 provide data to both CARMA 102 and DSS 
104. The data providers 110 include any source of data input to the SaMS 
Infrastructure 100 to provide information on clients. The data providers 110 consist of 
1 5 both internal data sources 1 12 and external data sources 1 14. Examples of internal data 
sources 1 12 include data feeds fi-om billing systems, customer order entry systems, order 
provisioning systems, customer databases, marketing databases, customer service 
systems, accounts receivable systems, and many others. They may also include input 
fi-om other components of the SaMS infirastructure 100, such as the CLR 108. 
20 Examples of external data sources 114 include files of telephone 

directories, U.S. Post OflBce directories, credit company reports, and many tWrd party 
data products that provide specific data on people. These third party data products may 
include information such as products people buy, where people move to and from, 
ser^ces people utilize, and results from telephone surveys on people's interests and 
25 needs. External data sources 114 may also an airiines' frequent flier programs, auto club 
membersMps, health club memberships, travel clubs, and magazine subscriptions. These 
data are used to aid in tracking clients via clients' memberships and participation in other 
businesses. 

CARMA 102 collects data about specific clients from the data providers 
30 110, and uses tiie data to update client profiles. CARMA 102 tiien feeds any changes in 
client data to the DSS 104, but in a generalized form. That is, CARMA 102 does not 
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send to the DSS 104 spedfic clients' names and addresses, but rather, sends information 
that reflects generic clients' profiles. CARMA 102 sends a unique client identifier with 
client profile changes, so that when leads are generated firom data in the DSS 104, they 
can be matched to a specific name, address, and telephone number. In general, clients 
5 are typically identified under the SaMS infrastructure 100 based on thdr client 
identifiers, which are unique numeric or alphanumeric codes associated with each client. 
Client identifiers are maintained in CARMA 102 and the DSS 104. 

The DSS 104 also collects data from the data pro^dders 1 10. The DSS 
104 typically collects data unrelated to specific clients, but rather groups of clients. Such 
10 data may include the number of people who moved from one state to another, the 
number of people who purchased both a car and home stereo in the same year, or the 
number of women who own a business and are members of a political party. The 
posabilities for data collection by the DSS 104 are numerous, and vary according to the 
business needs of the user of the SaMS infirastructure 100. The DSS 104 also coUects 
1 5 data from CARMA 1 02, and other sources, as described below. 

The DSS 104 allows Busmess Strategy Units (BSU) 116 to access data 
stored in its data warehouse. A BSU 116 can be a subset of a company responsible for 
formulating business, marketing, and sales strategies. For example, one BSU 1 16 can be 
responrible for international cUents, while another BSU 116 can be responsible for 
20 domestic clients. Alternatively, the BSU 1 16 can be the entire company employing the 
SaMS infi-astructure 100. 

Users or BSUs 116 access the data stored in the DSS 104 for various 
fiinctions, including data survey, data mining, data drilling, predictive modeling, general 
queries and results delivery. The data survey fimction helps the BSU 116 to identify 
25 potentially valuable groups of data. The data survey fimction helps the BSU 116 find 
unanticipated patterns to guide mariceting dedsions. For example, a survey of a data 
mart (described below) may discover that 80% of a population in the northeast and with 
incomes of greater than $50,000 use cellular service. The BSU 116 can thereafter 
determine why income and geographic characteristics lead to cellular usage. 
30 The data survejdng fimction helps identify and classify large segments of 

data. The data mining and data drilling fiinctions qualify these large segments of data to 
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further identify and quantify business opportunities. Once a significant pattern has been 
estabUshed, the pattern can be represented as a mathematical model that establishes the 
correlation between certain characteristics (e.g., income over $50,000, northeastern U.S. 
population, etc.) to other characterisUcs (eg., cellular users). From these models, the 
5 BSU 116 can create mailing lists of candidates for a cellular drect mml campaign. 

The general query fimction allows the BSU 116 to perform simple 
queries of data in the data marts via a DSS user interfece process. For example, the 
BSU 1 16 can query the data mart for the total sales in a given year. The results deUvery 
function aUows the DSS 104 to deliver data in numerous ways, such as formatted 
1 0 reports, three-dimensional graphics, etc. 

Each BSU 1 16 performs strategic queries of data in the data warehouse 
of the DSS 104, using certain analytical tools. From the results of these queries, the 
BSU 116 formulates mariceting campaigns. The BSU 116 then uses CONI 106 to 
implement the selected marketing campaign. As described more fuUy below, the BSU 
15 116 specifies to CONI 106 criteria to use in extracting lead data from the DSS 104. 
Lead data is used to identify client leads, which are clients to be targeted in the selected 
marketing campaiga A "lead" is typicaUy a client who is a potential customer of the 
company. Each lead is identified by a corresponding, unique cUent identifier stored in 
the DSS 104. CONI 106 then generates leads or lead records by matching these dient 
20 identifiers with a name, address, and/or telephone number obtained from CARMA 102 
via an operational data coUection/distribution process of DSS 104, described beloW with 

respect to in Figure 3. 

When CONI 106 generates lead records, it places these records in the 
CLR 108. The CLR 108 is a database, smaller than the data warehouse of the DSS 104, 

25 used to track leads and activities performed on leads. The CLR 108 stores both lead 
records and lead distribution records. Each lead record, stored in the CLR 108, includes 
fields for client identifier, telephone number, address identifier, and periiaps a field for 
previous contact. Figure 4 shows an exemplary, more detaUed, lead record constmcted 
under Informix, showing numerous, generally self-explanatory fields. The CLR 108 

30 preferably stores only one lead record per client. The CLR 108 also stores lead 
distribution records. More than one lead distribution record can be associated with each 
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lead record. Figure 5 shows an exemplary, more detailed, lead distribution record 
constructed under Informix, showing numerous, generally self-explanatory fields. Each 
lead distribution record includes fields for identifying certain TMADM centers 118, a 
number of records descend to each center, dates, priority codes, etc. 

5 The lead records generated by COM 106 and stored in the CLR 108 are 

distributed by CONI to one or more TelemaricetingADirect Mail Centers (JWDM 
centers) 118. The TM/DM centers 118 include call centers firom which telemariceting 
agents perform client contacts, sales, and services over the phone. Often, a TM/DM 
center 118 is located in each "sales city" in which marketing campaigns are conducted. 

10 However, the TM/DM centers 118 can conduct marketing campaigns outside of the 

dties in which they are located. 

The TM/DM centers 1 1 8 may also include centers from which direct mail 
campaigns are conducted. While the present invention is generally described below with 
respect to a telemarketing campaign performed at the TM/DM cemer 118. those skiUed 
15 in the relevant art will readily recognize that the embodiment of the present invention is 
equally appUcable to direct mail campaigns. Additionally, the present invention is 
equally appUcable to other methods of contacting clients, either physically or 
electronically, such as via e-mail or Intanet contact. 

Agents at the TM/DM center 118 use the lead records provided to them 
20 by CONI 106 to call or contact clients and perform sales and/or service fimctions. The 
agents input the results of these contacts to the TM/DM center 1 18, which forwards the 
results to CONI 106. COM 106 provides information fi-om these results back to both 
CARMA 102 and the DSS 104 as a data provider 110. For example, if a client is 
contacted to market to them long distance service, but the client indicates they prefer to 
25 switch their local phone service provider instead, an agent records this indication in a file 
at the TM/DM center 118. A file of aU cUents who prefer to switch their local phone 
service provider is then fed, as a data provider 110. to CARMA 102 and the DSS 104. 
CARMA 102 uses this information to update the profile of each client inchided in the file 
to indicate this cUent is interested in switching their local service provider. This 
30 information is then fed from CARMA 102 to the DSS 104, in the form of a cUent 
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identifier and an indicator that represents an interest in switching local service providers, 

which is stored therdn. 

The DSS 104 can also receive information (Krectly from the TM/DM 
center IIS (as a data provider), via CONI 106, indicating how many people in a 

5 particular city, for example, are interested in switching their local service provider. From 
this information, the BSU 116 can query the DSS 104 to determine if enough interest 
exists in a certain city to formulate a local service provider marketing campaign in the 
city. CONI 106 can then generate leads for the local service provider campaign. The 
above example represents one of many feedback loops within the SaMS infrastructure 

10 100. 

When an agent at the TM/DM center 118 signs up a new customer or 
makes a sale, the agent inputs an order directly into a customer order entry system 120. 
The customer order entry system 120, in addition to recording and provisioning the 
order, provides update data to the DSS 104 to indicate the results of. or information 
15 surrounding, the order. For example, if the order is for long distance service, the 
customer order entry system 120 updates the DSS 104 to indicate this client now 
subscribes to long distance service. 

The order for long distance sernce is also provided to National LEC 
Interface System (NUS) and Quick Primary Interexchange Carrier (PIC) systems 122. 
20 The NLIS and Quick PIC systems 122 provide the order to the client's Local Exchange 
CarriCT (LEC) 124 so that the LEC can convert the cUent's PIC at the appropriate local 
Class 5 switch. The NLIS and Quick PIC systems 122 are described in detail in U.S. 
Patent Application entitled "System and Method for Real Tmie Exchange of Customer 
Data Between Tdecommunications Companies," (attorney Docket No. 1643/00568; 
25 assignee Docket No. COS-96-069) and assigned to a common assignee of the present 
application. The architecture of the TM/DM centers 118. customer order entry system 
120, and NLIS and Quick PIC systems 122 enable the processes of contacting a cUent, 
selling long distance service to that cUent, recording and provisioning the order for long 
distance service, and converting the client's PIC at the LEC 124 switch to all occur 
30 within only a few minutes. 



wo 98/49641 PCT/US98/06721 

12 



The NLIS and Quick PIC systems 122 also provide data to the DSS 104 
for unsolicited PIC conversions. If customers of a long distance company switch to 
another company, their PIC conversions will be provided by the LEC 124 to the NLIS 
and Quick PIC systems 122. The NLIS and Quick PIC systems 122 provide files of 
5 these conversions to the DSS 104. The DSS 104 in turn stores them, and allows COM 
106 to extract all recent PIC conversions and generate leads for a customer wn-back 
campaign. 

The SaMS infrastructure 100 consists of CARMA 102, the DSS 104, and 
CONI 106 as a core. The SaMS infrastructure 100 also uses and can include the CLR 
10 108, TM/DM centers 118, customer order entry system 120, and NLIS and Quick PIC 
systems 122 to provide additional functionalities. The SaMS infrastructure 100 also 
allows the use of a BSU 116, providing to the BSU the ability to analyze massive 
amounts of data and formulate marketing campaigns that are automatically implemented 
via lead generation and provisioning to the TM/DM centers 118. The SaMS 
15 infi^ructure 100 is described in greater detail in co-pending U.S. Patent Application 
entitled 'Information Architecture For Strategic Marketing Systrais," which is filed 
concurrently herewith and assigned to a common assignee of the present application. 

Referring to Figure 2, an exemplary internal architecture of CONI 106 is 
shown. CONI 106 provides a graphical user interface (GUI) 160 for users to interact 
20 wth CONI in at least two ways: to construct lead marts and to perform queries or 
searches within such constructed lead marts. Considering first the query of lead marts, 
users such as a BSU 1 16 of the company, use the GUI to translate a nuirketing strategy 
into a marketing campaign. Examples of screens displayed by the GUI 160 to the BSU 
1 16 are shown in Figures 7-26, described below. The BSUs 1 16 select options or input 
25 data via the screens shown in Figures 7-26 in conventional maimer, such as using a 
mouse or keyboard of a computer. 

The BSU 116 first specifies criteria for targeting clients. For example, 
from a prior analysis performed on data in the data warehouse of the DSS 104, the BSU 
116 may determine that people who have recently moved from California to Colorado, 
30 and have purchased a car in the past year, are likely to subscribe to cellular service and 
switch their long distance provider. As a result of this determination, the BSU 116 
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wishes to offer a long distance and cellular service package to these people under a 
telemarketing campwgn. The BSU 116 uses the GUI 160 to input and specify that it 
wants to pull records of all clients who have (1) moved from California to Colorado, 
(2) have purchased a car in the past year, and (3) are not currently both long distance 
5 and cellular customers of the company. 

A campaign management process 162 receives the input data or criteria 
from the GUI 130 and translates such criteria into a lead qualification filter or file. For 
example, the campaign management process 162 builds a query from the input criteria 
using structured query language (SQL) statements. The building of a queiy is described 
10 below with respect to Figures 6, 11, and 15-21. A query to produce a list of lead 
records is generally described herein as a "marketing campaign," as described below. 

A lead qualification filter process 164 receives the constructed lead 
qualification filter from the campaign management process 162 and appUes such filter to 
data in the data warehouse of the DSS 104 or in a lead mart 166 (discussed below) to 
15 extract a list of clients which meet the criteria specified by the lead qualification filter. 
The lead qualification filter process 164 employs the lead qualification filter to extract 
client records as "lead records" for a ^ven marketing campaign, and stores such lead 
records together in a lead mart 166 (described below). 

In the previous example, the lead qualification filter may first extract a 
20 first lead list of all client identifiers for clients who have moved from California to 
Colorado, then fix>m this first list extract a second lead list of all clients who have 
purchased a car in the past year. From this second list, the lead qualification filter then 
extracts a third, smaller lead list of all clients who are not currently both long distance 
and cellular customers of the company. The lead qualification filters may also extract 
25 other undesirable leads, such as clients who have requested to not be contacted 
("suppressions") or clients whose age is greater than 100 (i.e., probably deceased). 

In general, queries and retrieval of selected data from databases, data 
marts, and data warehouses under the exemplary embodiment of the present invention 
are performed using known database querying and retrieval techniques, such as using 
30 SQL statements and open database connectivity (ODBC), as is known by those skilled in 
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the relevant art. Thus, to avoid obscuring important aspects of the present invention, 
such details are genially omitted heron. 

The lead qualification filter process 164 also constructs lead marts 166 in 
which to store the data extracted fi^m the DSS 104 based on certain lead qualification 
5 filters. "Lead marts" 166 are databases, smaller than the data warehouse, which contain 
subsets of data fiom the data warehouse. In general, the lead marts 166 are customized 
coUectionsofdata extracted from the DSS 104 for individual BSUs 116. Asisdescribed 
herein, the BSUs 1 16, in turn, query the lead marts to develop specific client lists for a 

given marketing campaign. 
10 Each lead mart 166 is typically a single-subject database used by 

individual groups of users, such as individual BSUs 1 16 in the company. Examples of 
such lead marts 166 for a long distance company, in a preferential order, can be a lead 
mart storing data of all customers of international alliances on partner programs ie.g., 
frequent flyer programs), a lead mart storing data of all customers who make frequent 
15 international calls to non-EngUsh-speaking countries, a lead mart with all customers who 
make frequent international caUs to EngUsh-speaking countries, a lead mart of all 
previous customers who have recently switched to another long distance company, and a 
mass maricet lead mart of all customers of a particular service. These common lead 
marts 166 can be used to manage ongoing marketing campaigns. For example, a lead 
20 mart 166 of all previous customers who have recently switched to another long distance 
company would be very usefiil for managing an ongoing customer win-back campaign. 
The lead marts 166 may be embodied in a separate computer, such as a Sun Box, 
manufactured by Sun Microsystems, but do not need to be. 

In the exemplaiy embodiment, the lead quaUfication filter process 164 
25 provides a preferential order or hierarchy of lead marts 166 so that a given client is not 
identified in more than one lead mart (and thus not contacted repeatedly under various 
mariceting campaigns). For example, the lead mart 166 of customers of international 
alliances/partnerships has a higher ranking than the lead mart of customers who make 
international calls to English-speaking countries. 
30 The lead qualification filter process 164 can be setup to perform nominal 

or periodic processing. For example, the lead qualification filter process 164 can be 
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created to perform repeated data extraction from the DSS 104 based on a previously 
created lead qualification filter. Thus, on a periodic basis (e.g., daUy). the lead 
qualification filter process 164 periodically queries and extracts chent records from the 
DSS 104 (via data warehouse shipping (described below)) that satisfy the lead 
5 qualification filter, and updates the corresponding lead mart 166. Thus, the lead marts 

166 continuously have currently updated data stored therein. 

The user or BSU 116 also uses the GUI 160 to input data or lead 
inventory specifications for creating specific client lists for implementing a given 
marketing campaign. For example, the user may input data to tiie GUI 160 specifying 
10 how many lead records are to be formatted each day. to which TM/DM centers 118 
certain lead records should be distributed, etc. A lead inventory management process 

167 receives such input data from the GUI 160 and uses the data to manage the 
extraction of and processing lead records from the lead marts 166. Thus, in a manner 
similar to that for the lead qualification filter process 164. the lead inventory 

15 management process 167 constructs a query based on data received from the GUI 160 
and extracts lead records stored in one or more of the lead marts 166 based on a given 
marketing campaign to produce a "lead list" or Ust of lead records selected based on tiie 
given mariceting campaign. The lead inventory management process 167 stores the 
resulting lead list and corresponding lead records in the C3JI 108. 
20 WhUe the lead list typically includes a list of lead records, each lead 

record includes not only tiie cUent identifier for a given lead, but also additional 
information regarding tiie cUent. such as a number of times, and associated dates, when 
tiie dient was contacted, and a code number corresponding to a marketing campaign 
during which tiie client was contacted. Generally, leads or clients can be tracked witiiin 
25 CONI 106 based on a marketing campaign code created when a marketing campaign is 
created. Furtiiermore. tiie lead inventory management process 167 stores lead 
distribution records for each mariceting campaign. The lead distribution records identify 
which TM^M center 118 a given lead record is to be distributed (or has been 
distributed). More tiian one lead distribution record can be associated with one lead 
30 record, since a client under tiie lead record can be associated witii more tiian one 
marketing campaign. The lead inventory management process 167 creates lead 
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distribution records for the given marketing campaign which specifies how many lead 
records are to be formatted each day, to which TM/DM centers 1 1 8 certain lead records 
should be distributed, etc. 

The lead inventory management process also performs certain screening 
5 processes such as ensuring that duplicate client records are not retrieved and stored in 
the CLR 108. The lead inventory management process 107 ensures that a given client is 
not identified in two separate marketing campaigns (and thus is not called twice). The 
lead inventory management process 167 flags each client identified under a lead list in 
the CLR 108. If a subsequent lead list identifies a client already flagged in the CLR 108, 
10 the lead inventory management process 167 compares a hierarchy or rating of the new 
lead list to that of the former lead list which previously flagged the ^ven client. If the 
subsequent lead list has a higher ranking than the prior lead list, then the client is flagged 
for the new lead list. Thereafter, the lead inventory management process, via a formatter 
(described below), cancels a lead record previously forwarded to the TM/DM center 1 18 
15 under the prior lead list. Thus, the lead inventory management process 167 can 
dynamically adjust ongoing marketing campaigns so that more successful campaigns 
(higher priority campaigns) preside over and accumulate clients from other campaigns. 

In general, CONI 106 provides two types of data retrieval granularity to 
the BSUs 116. Under a coarse granularity, the BSU 116, through the GUI 160, 
20 campaign management process 162 and lead qualification filter process 164, extract a 
subset of client data from the DSS 104, and stores such data m a lead mart 166. In a 
finer granularity process, the BSU 116, through the GUI 160 and processes 162 and 
164, develop a subset of client data stored in a lead mart 166 to produce lead lists and 
extract lead records for certain marketing campaigns. 
25 Summarizing, the campaign management process 162 creates lead 

qualification filters based on queries or criteria input by the BSU 116. The lead 
qualification filter process 164, in turn, implements such created lead qualification filters 
to extract the appropriate data from the DSS 104 (to construct lead marts 166) or fi^m 
the lead marts (to construct lead lists). The campaign management process 162 provides 
30 an interface between the GUI 160 and the lead qualification filters process 164, while the 
lead qualification filters process interacts with the databases/data warehouses. 
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A formatter process 168 receives client data that is extracted from the 
CLR 108 and DSS 104 based on a lead list for a given marketing campaign. The 
formatter process 168 matches the client identifier of each entry in the lead list with a 
name, address (if for a direct mail campaign), and telephone number (if for a 
5 telemarketing campaign) to create an appropriate lead record to be ultimately used to 
contact the client. The formatter process 168 obtams the name, address, and telephone 
number assignments for client identifiers from CARMA 102 via the DSS 104. As shown 
in Figures, the DSS 104 includes an operational data store (described below) that 
©ctracts this information from CARMA 102 and feeds it to CONI 106. 

10 The formatter process 168 formats the resulting leads into lead records, 

and lead distribution records that include an identification and address of spedfic 
TM/DM centers 118 to which each lead record is to be distributed; this information is 
provided by the lead inventory management process 167. The formatter process 168, in 
the exemplary embodiment, is table driven, and thus employs definition files, similar to 

15 templates. Such definition files specify the location of data retrieved by the formatter 
process 168 for display to agents at the TM/DM centers 118. For example, the 
definition file can specify that column 1 include phone numbers, column 2 include names, 
etc. By being table driven, the formatter process 168 does not require underlying code 
to be changed if a given lead record format is to be changed. Instead, only the definition 

20 file needs to be changed in order to change the way in which data extracted from the 
DSS 104 is displayed to agents at the TM/DM centers 1 18. 

The TM/DM centers 118 receive formatted lead records from the 
formatter process 168. Agents at the TM/DM centers 1 18 then contact clients identified 
in such records and record the results of such contacts. 

25 A contact management process 169 receives the results of the contacts 

from the TM/DM centers 118. In the exemplary embodiment, the results of such contact 
consist oC or include, certain predetermined codes. Such codes indicate whether a client 
is to be a suppression, whether the client is to be contacted again and at what time, and 
any changes to be made to the client's profile. Thus, the contact management process 

30 169 arranges a follow-up with a lead if needed, updates stored data, etc. The contact 
management process 169 forwards the code and or information to the data warehouse of 
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the DSS 104 for storage. The contact management process 169 thereby provides 
feedback on the results of the marketing campaign. The feedback provided by the 
contact management process 169 provides historical information to CONI 106. Such 
historical data can be accessed, via CONI 106, by the BSU 116 to determine how 

5 successful a given marketing campaign is. The BSU 116 can then modify a given 
marketing campaign to help improve its success, if needed. 

Figure 3 illustrates steps under a typical data flow for collecting and 
storing marketing data, and using that data to formulate and implement a marketing 
campaign, in the SaMS infrastructure 100. Process steps or data flow in Figure 3 is 

10 identified by reference numbers 1 through 24. Paragraphs below are introduced by a 
nxunber, 1 through 24, which corresponds to the data flows shown in Figure 3. Where 
relevant, certain hardware or processes are also described with respect to the data flows 
1 through 24. 

1. Client information from the data providers 110 is collected by 
15 CARMA 102. As noted above, the client information from the data providers 1 10 can 

include internal data sources such as the company's customer traffic, billing system 
records, client contact records, etc., as well as external data such as syndicated lifestyle 
information. CARMA 102 is designed to accept data m practically any format and from 
any source. CARMA 102 uses input client information to update client profiles in its 
20 client database. 

2. Any changes to client profiles in CARMA 102 (generally a reaih 
of new client information input by the data providers 110) are captured and fed to the 
DSS 104. Specific client identification data, such as names and addresses, are wthheld. 
Instead, CARMA 102 provides generic client identifiers to the DSS 104. The DSS 104 

25 uses a data harvesting process 170 to collect and format all input data, whether from 
CARMA 102 or any other data provider. The data harvesting process 170 includes 
processes for identifying, extracting, transforming, deriving, aggregating, integrating and 
conducting integrity checks of data collected from the data providers 1 10. 

The identifying process identifies what data elements within the collected 

30 data are needed for downstream processes, as well as identifying a definitive source for 
collected data, not necessarily the first known source. The extracting process copies 
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appropriate data from the data providers 1 10. The transforming process reconcUes the 
various ways that the same data is labeled as it is received from the data providers 1 10. 
For example, values for a client's sex under one data provider or system may be in the 
form of "m" or "f," while from another data provider be in the form of "1" or "2." The 
5 transforming process may instead assign a new value, such as "male" and "female." 

The deriving process converts some data into another vahie. For 
example, two or more fields of data about a cUent may be converted to a score ie.g., the 
address and income of a client combined and represented by a two-digit score). The 
aggregating process combines and summarizes data across a set of transactions or a set 
10 of individual clients. For example, the total monthly long-distance spending by a cUent 
may be aggregated over a year to provide an average monthly spending value for that 
client. The integration process matches data with the appropriate client number, and 
verifies time frames for each piece of data. The integrity check process ensures that data 
stored in the data wardiouse is in the appropriate form/format. 
j5 3. The data harvesting process 170 coUects from various data 

providers 110 information for which specific client identification is not needed. This 
information can be used to identify general trends. 

4. The data harvesting process 170 stores all tiie data it collects in a 
data warehouse 172. The data warehouse 172 may be partitioned and configured in 
20 various schemes to suit the needs of the business utilizing it. For typical businesses, such 
as a telecommunications company, it must be capable of storing huge volumes of data, 
perhaps several Terabytes. The data warehouse 172 preferably employs a massive 
parallel processing (MPP) platform, such as more tiian 100 IBM SP2 processors. A 
scaleable database management system is preferably used, such as that offered by 

25 Infornux Corporation. 

5. and 6. A data shipping process 174 extracts specific data from the 
dau warehouse 174 and places this data in data marts 175. The data marts 175 are 
smaHer databases that house subsets of data from the data warehouse 174, and are used 
to feciUtate quick and easy access to the data stored in tiie data warehouse. The data 

30 marts 175 each preferably employ symmetrically parallel processor (SMP). Each data 
mart 175 is setup for an individual customer or user of the DSS 104. For example, one 
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dau mart 175 can be estabUshed for a residential marketing BSU 116. and another data 
mart established for a small business group BSU 116. 

A user of the DSS 104, such as a BSU 1 16. specifies in the data shipping 
process 174 what data they wish to have placed in their data mart 175 fi-om the data 

5 warehouse 172, and when. The BSU 1 16 specifies such criteria via a DSS user interface 
process 176 (described below). The data shipping process 174, on a periodic basis, then 
extracts data fi^om the data warehouse 172 under the user's specified criteria, and places 
this data in the user's data mart 175. Summarizing, the data shipping process 1 74 moves 
data from the central data warehouse 172 to departmental data marts 175 in a process 

10 similar to the data harvesting process 170 (e.g., users can select requested elements and 
require additional transformations be applied to data before it is stored in tiie data 
marts). 

7. and 8. The DSS user interface process 176 is a tool that provides 
access to and analysis of data in the data marts 175. Users, such as a BSU 1 16, use the 
15 DSS user interface process 176 to perform queries into the data in their data mart, under 
a query process similar to that described above for COM 106. For example, the data 
shipping process 174 may extract from the data warehouse 172 data representing aU 
cUents who have iwentiy moved to the United States from a foreign country, and place 
this data in one of the data marts 175 for the BSU 116. The BSU 116 then uses the 
20 DSS user interface process 176 to obtain a list, from this data, of all of these clients who 
moved to California from Japan, and have selected another long distance company. 

Generally, more complex metiiods of analyas are used to determine vAat 
types of marketing campaigns can be successfiil. The BSU 1 16 examines tiieir data mart 
175 to find agnificant pattrans and relationships tiiat can be translated into marketing 
25 strategies. Using tiie DSS user interfrice process 176, the BSU 1 16 formulates queries 
and performs the necessary analysis of data in then" data marts 175 to develop mariceting 
strategies and therefrom determine what sort of mariceting campaigns to implement. 
Queries against data in tiie data warehouse 172 are made using SQL or otiier query 
language. 

30 The BSUs 116 preferably includes irunicomputers or workstations, such 

as Sun Microsystems SC2000/SPARC20 system. Such microcomputers preferably 
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operate under a UNIX operating system, and run a database management system such as 
that offered by Informix. The minicomputers (as weU as other elements within the SaMS 
infrastructure 100) are coupled using high-bandwidth connections. For example, tiw 
minicomputers of tiie BSUs 116 are preferably coupled to the DSS 104 and CONI 106 

5 using fiber-optic distributed data interfiice (FDDI) local-area network connections. The 
minicomputers preferably communicate to the infrastructure 100 using ODBC. 

The BSUs 116, in tiie exemplary embodiment, employ a World Wide 
Web browser to access hypertext markup language (HTML) applications on the DSS 
104 and/or CONI 106. The HTML applications provide a menu of data views and other 

10 screens, under a GUI environment (to tiie BSU 116). as described herein. Thus, tiie 
BSUs 116 access portions of tiie SaMS Infrastructure 100 via an intranet, or via tfie 
Internet. 

9. Once tiie BSU 1 16 has analyzed data and determined a marketing 
strategy, tiiey use CONI 106 to implement that strategy as a marketing campaign tiiat is 

15 targeted for a specific client segment. The campaign management process 162 and GUI 
160 within CONI 106 provide tiie ability for tiie BSU 116 to state tiieir marketing 

campaign as spedfic criteria. 

10. Data input tiirough the GUI 160 to tiie campaign management 
process 162 is converted by tfie campaign management process into lead qualification 

20 filters under tiie marketing campaign. The lead qualification filters are tiien input to tfie 
lead qualification filters process 164. The lead qualification filters process 164 is tfie 
interfece between tfie data shipping process 174 of the DSS 104 and CONI 106. The 
lead qualification filters specify criteria tfiat clients need to meet in order to be included 

in the marketing campjugn. 
25 11. The lead qualification filters process 164 extracts data from tiie 

data warehouse 172 based on criteria tiiat represents tfie BSU 1 16's mariceting campaign 
(under tfie lead qualification filter). Alternatively, the lead qualification filters process 
164 applies tiie lead qualification filter to extract data stored in tiie lead marts 166. 

12. Client records tiiat meet all lead qualification filter criteria are 
30 placed in tfie lead marts 166 as related lead records. The lead marts 166 are CONI 106 
data marts housing client records or lead records for particular marketing campaigns. 
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From the lead records, formatted lead records will be generated (as discussed herdn). 
There may be multiple lead marts 166, but only one record of a single client is preferably 
stored in one of them. 

13. The lead inventory management process 164 creates, a lead list 

5 based on the lead records selected by the lead qualification filter. Additionally, the lead 
inventory management process 164, under direction from data input from the BSU 116, 
creates lead distribution records that spedfy the number of lead records to make 
available for calling or mailing, specify which TM/DM centers 118 receive each lead 
record, specify whole numbers of lead records to assign to each TM/DM center, etc. 

10 The BSU 116 can use the lead inventory management process 164 to specify where 
leads are to be sent, based on agent skill sets, geography, resources available, etc., 
thereby allowing the TM/DM centers 118 to manage their resources better. The lead 
inventory management process 164 also ensures that each client is eTctracted only once 
from all of the lead marts 166, ensuring no client duplication in various lead lists. 

IS 14. The lead inventory management process 164 feeds the lead list 

and associated lead records and lead distribution record for storage in the CLR 108. 
The CLR 108 maintains lead records for each client throughout the marketing campaign, 
including previous contacts and results of contacts under the feedback data flows 
described herein. The lead inventory management process 167 tracks leads on clients 

20 that have recently been provided to a TM/DM centers 118, to ensure frequent contacts 
are not made to the same client and updates lead records in the CLR 108 accordingly. 
For example, if a lead record on a specific client is passed to a first TM/DM center 118 
on one night, and another lead record on the same client is provided to CLR 108 from 
the lead inventory management process 167 the next night, the lead record in CLR 108 

25 will either indicate on the second lead record that this is a second lead record for the 
same client in two nights, or an indication will not pass this lead to another TM/DM 
center 118. 

15. The DSS data harvesting process 170 collects from CARMA 102 
a feed of specific data associated with or assigned to client identifiers such as name, 
30 address, and telephone numbers. 
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16. This specific data is placed in an operational data store (ODS) 
178. The ODS 178 is similar to the data warehouse 172, but is generally much smaller. 
A purpose of the ODS 178 is to store data temporarily, in order to distribute data to 
other processes or systems. 

5 1 7. and 1 8. Upon request by the formatter process 1 68, the data shipping 

process 174 extracts firom the ODS 178 the specific data, such as the name, address, and 
telephone number, assigned to the client identifiers in the lead records, and provides this 
data to the formatter process. The formatter process 168 uses this data to assign a name 
and telephone number, and possibly a moling address, to each client identifier that was 

10 provided by the lead inventory management process 164, and create formatted lead 
records. 

19. The formatter process 168 retrieves the lead records associated 
with the lead list fi-om the CLR 108 and constructs formatted lead records using the 
client data provided by the data shipping process 174. Formatted lead records may 

15 include some or all of the following data: client names, telephone numbers, addresses, 
contact history, TM/DM centers 118 assignment, and other information pertinent to the 
mariceting campaign. The formatter process 168 formats lead records by matching client 
identifiers, which are received by the lead inventory management process 164, with 
names and telephone mmibers fi^om CARMA 102. 

20 20. The formatter 168 forwards the formatted lead records to the 

appropriate TM/DM centers 118 based on the lead distribution list. The TM/DM 
centers 1 18 import such lead records and contact the clients and conduct the marketing 
campaign, such as offering long distance services or products. 

21. The results of each client contact are recorded locally at the 
25 TM/DM centers 118. 

22. The results of each client contact are extracted by or forwarded to 
the contact management process 169 within CONI 106 fi-om the TM/DM center 118. 
The contact management process 169 can arrange follow-up leads and report on status 
or results of a given campaign. The contact management process 169 may automatically 

30 update lead records stored within the CLR 1 08. 
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23. The contact management process 169 provides results of client 
contacts to the data harvesting process 170, so that the data warehouse 172 can be 
updated with these results. The data shipping process 174 then updates the 
corresponding data in the data marts 175. This represents another of many feedback 

5 loops built into the SaMS infrastructure 100. As noted above, the BSU 116 formulates 
and conducts a marketing campaign. The results of each client contact under the 
campaign are fed to the data warehouse 172. The BSU 1 16 can then extract and analyze 
the results of the overall campaign by specifying to the data shipping process 174 an 
extraction of certain client data. From this, the BSU 116 may formulate another 

10 campaign, modify an existing campaign, or identify an unexpected response to the 
previous campaign. 

For example, the BSU 116 may formulate a campaign to sell long 
distance service to a certain RBOC's customers. Many customers, when contacted by a 
TMZDM center, may respond with a preference to switch local service providers. These 

IS responses are recorded in the CLR 108, extracted by the contact management process 
169, collected by the data harvesting process 170, and stored in the data warehouse 172. 
The BSU 116 then analyzes the resuks of their campaign via the DSS user interface 
process 176 and previously updated data marts, and determines that a local service 
marketing campaign to those same customers is needed. 

20 The TM/DM centers 118 can also perform direct mail campaigns. For 

example, CONI 106 can instruct the TM/DM center 1 18 to mail brochures to selected 
clients, wait two weeks, then call those clients. 

24. The result of a client contact may be that the client requests to not 
be called again (a "suppression"). As noted above with respect to data flow 22, the 

25 contact management process 169 updates the lead records in the CLR 108 to indicate a 
suppression for the client. An extraction of all suppressions are then fed, as a Data 
Provider, to CARMA 102. CARMA 102 in turn will feed these suppressions, by client 
identifier only, to the data warehouse 172. The lead qualification filter process 164 can 
then filter out any clients with a suppression indicator in future campaigns. Suppressions 

30 can also be provided to CARMA 102 fi-om External Data Sources 1 14, such as a LEC 
124. 
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The campaign management and lead inventory processes will now be 
described with respect to the exemplary flowchart of Figure 6. Figure 6 shows an 
overall process 200 performed by the campaign management process 162 and lead 
inventory management process 167. Associated with each step or subprocess in 
5 Figure 6 are exemplary screens displayed by the GUI 160 to the BSU 116. Such 
screens, shown in Figures 7-26, are preferably built using Nficrosoft Visual Basic. As 
described below, the screens shown in Figures 7-26 are referred to by the same reference 
numeral for the corresponding steps under the process 200. If multiple screens are 
assodated with a given step, then the screens are represented by the reference numeral 

10 followed by letters A, B, C, 

In step 202, the process 200 displays a log in screen, as shown in 
Figure 7. The log in screen requests a user ID, and password for the user. In the 
exemplary embodiment, three levels of users are permitted access to the infrastructure 
100. A highest priority user can access all aspects and processes of the infrastructure 
15 100. A mid-level user can submit lead generation queries, create lead qualification 
filters, and perform many fiinctions within the infrastructure 100. A low level user can 
simply view certain data. The following discussion assumes that the user has access to 
all processes described below. 

In step 204, after successful log in, the process 200 displays a main menu 
20 screen (Figure 8) which permits the user to select one of at least sbc subprocesses: 
viewing or modifying lead marts (step 206; Figure 10), viewing or generating leads (step 
208; Figure 1 1), viewing records in tiie CLR 108 (step 210), viewing tables of data (step 
212; Figure 12), performing security fimctions witfiin CONI 106 (step 214; Figure 26), 
or creating reports (step 216). The main menu, step 204, also provides certain puU- 
25 down functions (in a Windows environment). For example, as shown in Figure 9, the 
main menu (step 204) can provide a generic table to view columns or rows of data 
within CONI 106 or otiier portions of the hrfrastructure 100. As shown in Figure 9, the 
user can determine the status of a particular lead, perform local and global queries of 
leads or records within one or more databases witiiin the infrastructure 100, determme a 
30 distribution status of records, display tables of steps necessary to create lead 
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qualification filters, generate rq)orts, count the number of records in a lead mart, 
determine the status of records in a lead mart, etc. 

Based on a first selection firom the main menu screen (Figure 8), the 
process 200 in step 206 displays an initial lead mart screen, as shown in Figure 10. 
5 Under the lead mart screen of Figure 10, the user can open an existing table previously 
build to create a lead mart, or create a new record for storage in the lead mart. 
Figures 27A and 27B together show an exemplary mart table used to create a lead mart 
under Informix, and fields in the table are generally self-explanatory. 

In step 218, the user can select one of two tabs for options to manage 
10 properties of the lead marts, as shown in the screens of Figures 13 and 14. Referring to 
Figure 13, a first screen 218A allows the user to view a summary list of all of the lead 
marts being built. Referring to Figure 14, a screen 218B displays tables of the lead marts 
and allows the user to create a hierarchy among such lead marts by promoting or 
demoting the marts with respect to each other, 
15 In step 208, the process 200 displays a corresponding screen that permits 

the user to input a query or profile to be used in creating a lead qualification filter under 
a marketing campaign. In step 220, the process 200 displays a screen 220A, shown in 
Figure 15, that allows the user to input distribution criteria, used to create a lead 
distribution list. As shown in Figure 16, the step 220 also displays a screen 220B that 
20 allows the various sale cities or TMZDM centers 1 1 8 to be displayed witii corresponding 
data. In step 222, the process 200 displays a corresponding screen shown in Figure 17 
that permits the user to save a constructed query, submit the query to the lead 
qualification filter process 164 to pull corresponding records, and a firequency of refiresh 
of such records. 

25 In step 224, the process 200 allows the user to display or obtain reports 

on various marketing campaigns. Referring to Figure 18, a screen 224A aUows tfie user 
to display lead records pulled for a given marketing campaign. Referring to Figure 19, a 
screen 224B displays a total number of lead records (rows), records which foiled the lead 
qualification filter, duplicates that pass the filter, but are already located in the CLR 108 

30 (under another campaign) and those which passed under the filter/campaign. Referring 
to Figure 20, a screen 224C displays distribution information to the user based on his or 
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her submitted query. Referring to Figure 21, a SCTeen 224D displays errors in pulling 
lead records under the query. 

In step 212, the process 200 displays a corresponding screen, shown in 
Figure 12, that provides four options for displaying tables of data to the user; sales 

5 city/media/fonns table, distribution defeult table, list code hierarchy table and 
miscellaneous table. Referring to Figure 22, a screen 226 A displays or allows the user to 
create a record for a new sales city. Referring to Figure 23, a soreen 226B allows the 
user to select one of several forms for displaying lead records to the sale city (TM/DM 
center 118), Referring to Figure 24, a screen 226C allows the user to specify the type of 

10 media on which lead records are distributed to the sale cities (e.g., disk TRANS, tape, 
etc.). 

In step 228, the process 200 permits the user to select one of several 
distribution formats under previously constructed lead distribution records. In step 230, 
the process 200 displays a corresponding screen, shown in Figure 25, that lists codes 
15 corresponding to the hierarchy of marts and their corresponding lead records. In step 
232, the process 200 displays any additional tables of information for user selection by 
the user. 

In step 214, the process 200 displays a corresponding screen, shown in 
Figure 26, of security options provided under COM 106. Access to various portions of 
20 CONI 106 and its processes can be limited to levels of users. 

Although specific embodiments of; and examples for, the present 
invention are described herein for illustrative purposes, various equivalent modifications 
can be made without departing firom the spirit and scope of the invention, as will be 
recognized by those skilled in the relevant art. The teactongs provided herein of the 
25 present invention can be ^plied to other businesses and marketing campaigns, not 
necessary the exemplary telecommunications service provider and telemarketing 
campdgn described above. For example, the present invention is equally applicable to 
implementing marketing campaigns for other market segments, and contacting clients 
developed under such campaigns via the Internet. Moreover, aspects of the present 
30 invention can be employed to generate organized reports based on complex and 
voluminous data stored in a data warehouse. 
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All U.S. patents and implications dted herein are incorporated by 

reference. 

Those skilled in the relevant art can create source code for the software, 
processes and functions described herein based on the above-detaUed description of the 

5 data flows, fimctions and processes of the SaMS Infrastructure and its related 
components. While certain operations under the present invention are described as 
occurring generally in a serial fashion, those skilled in the relevant art will recognize that 
it is entirely within the scope of the invention to conduct some operations more or less 
simultaneously, or even in altanate order, from that described herdn. 

10 These and other changes can be made to the invention in Ught of tiie 

above detaUed description. In general, in tiie following claims, the terms used should not 
be construed to limit tfie invention to tiie specific embodiments disclosed in tiie 
specification and tiie claims, but should be construed to include any data processing 
system tiiat operates under tiie claims to provide information management, contact 

15 services and client management fimctions. Accordingly, the invention is not limited by 
tiie disclosure, but instead its scope is to be determined entirely by tiie following claims. 
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CLAIMS 

1. A computer implemented method of generating leads for a marketing 
campaign from client records stored in a data warehouse, the method comprising the steps of: 

creating a mart containing a subset of the cUent records stored in the data 

warehouse; 

selectmg a subset of the client records contained in the mart based on a first 

query, and 

constructing lead records based on the selected subset of the client records and 
additional information stored in the data warehouse. 

2. The method of claim 1 wherein the step of creating includes tiie step of 
creating a filter that determines which client records in the data warehouse are contained as 
the subset in the mart. 

3. The method of claim 1 wherein the step of selecting includes tiie step of 
creating a lead qualification filter tiiat determines which client records in tiie subset of tiie mart 
are selected. 

4. The metiiod of claim 1 wherein tiie step of constructing includes tiie 
step of retrieving certain data in tiie client records in the data warehouse based on a client 
number. 

5. The method of claim 1 wherein the step of constructing includes tiie 
step of formatting tiie lead records for display on a computer screen. 

6. A system for generating lead records for a marketing campaign based 
on client records stored in a database, the system compriang: 

a user interface unit configured to accept query commands firom a user; 
a campaign management unit coupled to receive tiie query commands and 
create a lead qualification filter, 
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a lead qualification filter unit coupled to the database and coupled to receive 
the lead qualification filter, wherein the lead qualification filter unit is configured to apply the 
lead qualification filter to the client data to extract selected client records; 

a lead management unit coupled to receive the selected client records, wherdn 
the lead management umt is configured to apply predetermined rules to the selected chent 
records to produce a set of lead records; and 

a formatter unit coupled to receive the set of lead records, wherein the 
formatter unit is configured to convert the lead records into formatted lead records for use in 
the marketing campaign. 

7. The Systran of claim 6, fiarther compriang a lead data mart coupled to 
the lead qualification filter unit and the lead management unit, wherein the user interface unit is 
configured to accept a profile, and wherein the lead qualification filer unit is configured select 
client records in the database for storage the lead data mart based on the profile. 

8. The system of clam 6, fiirther comprising a lead data mart coupled to 
the lead qualification filter unit and the lead management unit, and wherein the lead 
qualification filer unit is configured extract the selected client records in the lead data mart 
based on the lead qualification filter. 

9. The system of claim 6, fiirther comprising a contact management unit 
coupled to the database and coupled to receive cUent data for one of the formatted lead 
records corresponding to one of the selected cHent records, wherein the contact management 
unit is configured request the database to alter the one client record based on the received 
client data. 



10. The system of claim 6, fiirther comprising a centralized lead data 
repository that stores the set of lead records and a lead data mart coupled to the repository 
and coupled to receive client data for one of the formatted lead records corresponding to one 
of the set of lead records, wherein the contact management unit is configured alter the one 
lead record based on the received client data. 
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11. The system of claim 6 wherein the formatter unit is coupled to the 
database and receives data from the database corresponding to each lead record in the set of 
lead records to produce the formatted lead records. 

12 The system of claim 6 wherein the user intaface unit is configured to 
receive commands from the user via the IntOTiet. 

13. A computer-readable medium holding computer-executable instructions 
for performing a method comprising the computer-implemented steps of: 

creatmg a mart containing a subset of cBent records stored in a data warehouse; 
selecting a subset of the client records contained in the mart based on a first 

query; and 

constructing lead records based on the selected subset of the client records and 
additional information stored in the data warehouse. 

14. The computer readable medium of claim 13 wherein the step of creating 
includes the step of creating a filter that determines which cUent records in the data warehouse 
are contained as the subset in the mart. 

15. The computer readable mechum of claim 13 wherein the step of 
selecting includes the step of creating a lead qualification filter that determines which dient 
records in the subset of the mart are selected. 

16. The computer readable medium of claim 13 wherein the step of 
constructing includes the step of retrieving certain data in the cUent records in the data 
warehouse based on a clirait number. 



17. The computer readable medium of clam 13 wherein the step of 
constructing includes the step of formatting the lead records for display on a computer screen. 
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18. In a computer system having a database holding client records that hold 
information regarding clients for marketing contact, a method comprising the computer- 
implemented steps of: 

creating a subset of lead records from the database of client records, wherein 
each lead record in the subset contams less data than a corresponding client record in the 
database; 

selecting a plurality of lead records from the subset; 

retrieving additional information from the database based on the selected 
plurality of lead records; and 

creating formatted records for marketing contact from the additional 
information and the selected plurality of lead records. 

19. The method of claim 18, further comprising the step of forwarding the 
formatted records to a marketing terminal for display thereon. 
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cintjd integer, 
adrjd integer, 
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dr_datemaiL4 date, 
drjeadapp_4 ctiar(3\ 
drjeadcamp_4 charu), 
dr_mailapp_4 char(3\ 
dr_mailcamp_4 char(3), 
dr_mailterm_4 char(3), 
epsilon_use_score smallint, 
fgb_dom_min_c char(1), 
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gbJntLmin_c char(1), 
gb_doLc ctiar(l), 
gd_canceLdate date. 
gd_dom_min_c char(1), 
gdJntLmin_c charfl), 
gd_mkt_strgty char(l), 
gd_doLc ctiar(1), 
rmr_cust_type ctiar(l), 
rmr_cust_usage ctiar(l), 
nbound_country char(3), 
!nboundJntLmin_c ctiar( 1 ), 
interiata_pic_frz char(l), 
nterlata_svc char(l), 
ntLdoLc char(1). 
ntljang_value ctiar(2), 
ntLscoreJang char(l), 
ntUm^score smallint, 
intLusage^score smallint, 
nterstate_min_c ctiar(1), 
nterstate_doLc char(1), 
ntralata.svc ctiar(1), 
ntralatal .score smallint, 
lntrastate_min_c ct)ar(l), 
intrastate_doLc ctiar(l), 
nvoice^amount integer 
urisdictionjnd ctiar(1), 
onguoge ctiar(1), 
ine.size integer. 
iistcode_1 charf6| 
istcode_2 chan 5), 
listcode.3 ctiar(6), 
lst.cbn_datesent date, 
st_cbn_datecall date, 
st_cbn_saleapp ctiar(3j, 
;st_cbn_salecamp ctiar{3), 
ist_cbn_saleterm ctiar(3), 
lst_cbnjeadapp ctiar(3\ 
Ist.cbnjeadcamp char(3), 
lstJnvoice_month smallint, 
si_mci_datesent date, 
st_mci_datecall date, 
st_mci_saleapp chot{lY 
lst_mci_salecamp ctiar(3), 
lst_mci_saleterm char(3), 
st_mci_leadapp char(3), 
st^mcijeadcamp ctiar(3), 
lst_smn_datesent date, 
lst_smn_datecall date, 
st_smn_saleapp char(3), 
st_smn_salecamp char(3), 
st.smn_saleterm char(3), 
lst_smnjeadapp char(3j, 
lst_smnjeadcamp ctiar(3), 
mercatus_use_score smallint, 
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mkt.messjntra char(l), 
niche.code char(3), 
nocall char(1), 
nomail char(1), 
novisit char(l), 
outbnd_country char(3), 
outbndJntLmin_c char(1), 
pager_crediLscore smallint, 
pager_avGil charfl), 
pager_svc char(1), 
personaL800_svc char(l), 
pic_env_ind char(2), 
plan char(4), 
pmicode char(6)» 
presenLcarrier char(4), 
pri2m_code char(2), 
prospecLscore smallint, 
provider_1 charf4^, 
provider_2 char(4 , 
provider_3 char(4). 
retention_score smallint, 
smart_min_avail char(1), 
sotiojnd ctiar(l), 
state char(2), 
target_resp_score smallint, 
telcojnd ctiar(4), 
tm_company_1 char(3), 
tm_datesent_1 dote, 
tm.datecalLI dote, 
tm_lead_app_1 ctiar(3V 
tmjead_camp_1 char(3), 
tm_sale_app_l char(3K 
tm_sale_camp_1 char(3), 
tm_sale_term_1 char(3), 
tm_company_2 ctiar(3), 
tm_datesent_2 dote, 
tm_datecalL2 dote, 
tmjead_app_2 char(3), 
tmjead_camp_2 ctiar(3), 
tm_sale_app.2 ctiar(3h 
tm_saie_camp_2 ctiar(3), 
tm_sale_term_2 char(3), 
tm_company_3 ct)ar(3), 
tm_datesent_3 dote, 
tm_datecalL3 dote, 
tmJeod_app_3 char(3y 
tm_lead_camp.3 char(3), 
tm_sale_app_3 char(3y, 
tm_sale_campj char(3). 
tm_sale_term_3 char(3), 
tm_company_4 char(3), 
tm_dotesent_4 date, 
tm_datecalL4 dote, 
tm_lead_app_4 char(3), 
tmjead_camp_4 char(3), 



tm_sale_app_4 char(3), 
tm_sale_camp_4 char(3), 
tm_sale_term_4 ctiar(3), 
tm_compqny_5 char(3), 
tm_datesent_5 date, 
tm_datecalL5 date, 
tmjead_app_5 char(3), 
tmjead_camp„5 char(3), 
tm_sale_app_5 ct)ar(3j, 
tm_sale_camp_5 char(3), 
tm_sale_term_5 char(3), 
totaluse.score smallint, 
traveLscore smallint, 
walmart_avail char(l), 
zip integer, 
zip.4 smallint, 
.1_800_colLsvc char(l), 
_500_svc char(1). 
united_artistjnd chorfl), 
continentoljnd chorQ), 
norttiwestjnd char(0, 
oacc_18c_ctr smallint, 
tot_btns_per_clnt Integer, 
tot_wtns_per_bin integer, 
dom_3_tier_score smallint, 
kas_domuse_scr smallint, 
kasjntluse_scr smallint, 
kas_totuse_scr smallint, 
kasjifetime_scr smallint, 
inbound.nosale char(2), 
tecti_affLfamily ctiar(1j, 
intemet_avail ctiar(l), 
intralata_pic_frz charfl), 
intematLpic_frz char{l). 
card_usage_score smallint, 
dr_3_tIer.score smallint, 
fftmresp.score smallint, 
ffdrresp_score smallint, 
longdist_use_scr smallint, 
movers_score smallint, 
tm_3_tier_score smallint, 
introstate_use_scr smallint, 
tiispanic_use_scr smallint, 
territoryjd char(4), 
liigh_valuejnd char(l), 
lifestage_scr ctiarQ), 
Inccme.scr char(1), 
lifestyle.scr char\1;, 
segment Jnd ctiar(1), 
btn_ctr_1 smallint, 
btn_ctr_2 smallint, 
btn_ctr_3 smallint, 
btn_ctr_4 smallint, 
btn_ctr_5 smallint, 
btn_ctr_6 smallint. 



Fig. 27B 



SUBSTTTUTE SHEET (RULE 26) 



INTERNATIONAL SEARCH REPORT 



In atlonal AppllcaUon No 

PCT/US 98/06721 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 G06F17/60 



Aocordmg to Inlamattonal Patent Cla3sricatk>n(IPC) or to both national ctesalflcatton and IPC 



B. RELOS SEARCHED 



Minimum documantation searched (classification system followed bydassificatlon symbols) 

IPC 6 606F 



Documentation searched other than mlntmumdocumentatlontothe extent that such documente are Included in the fields seaichad 



Electnonlc date base consuled during the Intemattonal search (name of date base and. where practical, search temrts used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



C^egoty ' Citation of document, with MIcatlon. where apprapriato, of the ralevant passages 



Retovant to dalm No. 



wo 97 15023 A (CITIBANK NA) 24 April 1997 
see page 8, line 21 - page 21, line 15 
see page 46, line 24 - page 51, line 19 
see page 68, line 7 - page 73, line 14 

BROOKS P: "March of the data marts" 

DBMS, MARCH 1997, MILLER FREEMAN, USA, 

vol. 10, no. 3, ISSN 1041-5173, 

pages 55-56, 58, 60, XP002070805 

see page 56, column 2, line 24 - page 60, 

column 3, line 27 



-/- 



1-19 



1-19 



m 



Further documents are Qsted In the continuation o4 box C. 



Patent family memt>ers are Bsted In annex. 



* Special categories of cited documente : 

'A* document defining the general state of the art which is not 
considerad to be of parttcutar lalevanoe 

T" eaiUar document but pubBshed on or after the international 
fling date 

XT document which may throw doubto on pnorftydaimfs) or 
which is cited to estebliah the pU>»cattondate of another 
citation or other spedal reason (as specified) 

"O* document ref ening to an oral disclosure, use. exhl^mon or 
other means 

T* document pubGshed prior to the intemattonal flQng date but 
later than the prtorty date claimed 



T later document published afler the irrtematlonalfUIng date 
or prionty date and not (n conflict with the application bU 
dted to understand the prtnc^to or theory imderiytngtha 
invention 

"X* document of partictiar relevance: the claimed invention 
cannot be considered novel or cannot be consldefed to 
Involve an inventive step when the document is taken alone 
document of particular relevance; the daimed invention 
cannot be considered to involve an inventive stepwhenthe 
document is combined with one or more other such docu- 
ments, such combination being obvtoustoa person skilled 
intheait 

document member of the same patent fam«y 



Date of the actual contptotlon of themtemallonal search 



8 July 1998 



DataoC maiOng of the international search report 

01/09/1998 



Name and mailing addrass of the ISA 

European Patent Office. P.B. 5818 PatenUaan2 

NL-2280HVFUjswqk 

Tel (431-70) 340^04a 31 651 epo nl. 

Fax: (+31-70) 34(W016 



Authorized officer 



Suendermann , R 



Font PCT/tSA^O (socondfiheeO(Ji«y 1992) 



page 1 of 2 



INTERNATIONAL SEARCH REPORT 



W itlanal AppUctf km No 

PCT/US 98/06721 



C^ConllnuoUoii) DOCUMENTS CONSIDERED TO BE RELEVANT 



Catsgoiy' 


C3laaonoldocuiiiBntwlhln<acalloawli8reapijroprtat8,oll^ f 




A 


BROWN H ET AL: "Database marketing and 
business geographies" 

PROCEEDINGS OF THE TWENTY-FIRST ANNUAL SAS 

USERS GROUP INTERNATIONAL CONFERENCE, SUGI 

21, PROCEEDINGS OF 21ST ANNUAL SAS USERS 

GROUP INTERNATIONAL CONFERENCE, CHICAGO, 

IL, USA, 10-13 MARCH 1996. 1996, CARY, NC, 

USA, SAS INST. USA. 

pages 830-835 vol.1. XP002070806 

see page 832, column 2, line 32 - page 

834, column 1, line 16 


1.6.13, 
18 


A 


"Market-Base (database)" 
MICRO DECISION, SEPT. 1991, UK, 

no. 123, ISSN 0261-5142, 
page 115 XP002070807 
see page 115 


1,6,13, 
18 



PCHTSA^O (oonflnuitoi d second etiaet) (Jii/ 1^ 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

InlormMfon on patent family me m bers 



lilt tlonal AppOcatlon No 

PCT/US 98/06721 



Patent document 
cited in search report 



Publication 
date 



Patent family 
member(3) 



Pubfication 
data 



WO 9715023 



24-04-1997 



AU 



7516096 A 



07-05-1997 



